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ABSTRACT: 

The performance agent (2i) executes at least a diagnosis check when a step has been exceeded 
by calling up an internal diagnostic function (5i) of the SNMP performance agent (2i) managed by 
the SNMP(1) of the local computer (OL), and to transmit a diagnostic notification including 
diagnostic data. The devices is designed to permit monitoring of remote computers (OD1 , ... 
Odn) form an SNMP manager (1) installed in a local computer (OL) through a network (10). The 
device includes a performance agent (2) installed in each remote computer (Odi), designed to 
detect the passing of a consumption step or several resources of the remote computer (Odi) 
from a function of the step (8i), managed by the SNMP (1) of the local computer (OL). This 
function allows parameter setting of the performance agent by indicating a determined step for 
each monitored activity and transmission of any passing of the step level. An Independent Claim 
is included for a method for optimizing steps for consumption parameters. 
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(57) La presente invention concerne un dispositif et 
un procede d'optimisation de surveillance de seuils. Le 
dispositif selon ('invention permettant de survetller I'ac- 
trvite d*au moins un ordinateur distant (OD1 , ODn) com- 
prend un agent de performance (2i), a partir d'un ges- 
tionnaire SNMP (1 ) installe sur un ordinateur local (OL) 
atravers un reseau (10), ledit agent de performance (2i) 
pouvant detecter ledepassement d'un seuil de consom- 
mation d'une ou plusieurs ressources de I'ordinateur 
distant (OD) a partir d'une fonction de seuil (8i) qui per- 
met de parametrer I'agent de performance en Jut indi- 
quant les seuils determines pour chaque actrvite sur- 
veillee, et emettre une notification vers le gestbnnaire 
SNMP (1) de I'ordinateur local (OL) suite au depasse- 
ment d'un seuil. L'agent de performance (2i) execute au 
moins un diagnostic lorsqu'un seuil a ete depasse en 
appelant une fonction de diagnostic (5i) interne a l'agent 
SNMP de performance (2i) et emet une notification com- 
prenant rinformation de diagnostic donnant des infor- 
mations precises sur les origines de la consommation 
des ressources surveillees au moindre cout. 




OD1 002 




ODn 



B^iel 



CD 

o 
o 



OL 



Printed by Jouve. 75001 PARIS (FR) 



EP 1 004 964 A1 

Description 

[0001] La presente invention concerne un dispositrf et un proceeds cfoptimisation de surveillance de seuils. 
[0002] La presente invention conceme plus particulierement un dispositif et un precede permettant de surveiller 
s I'actrvite cf au moins un ordinateur distant comprenant un agent de performance, a partir d'un gestionnaire SNMP installe 
sur un ordinateur local, a t ravers un reseau. 

[0003] II existe aujourd'hui un reseau mondial d'ordinateurs qui se nomme Internet. Le reseau Internet repose sur 
une f ami lie de protocoles nommee ■TCP/IP". Pour admin istrer un ordinateur sur le reseau Internet a partir d'un autre 
ordinateur, on utilise le protocole SNMP (Simple Network Management Protocol) de la f ami He des protocoles TCP/IP. 

10 C'est, en informatique, un protocole d'administration standardise par des documents appeles "RFC (Request For 
Comments). Lorsque le reseau f on ct tonne en mode non connects, le protocole est de type U DP/IP. Le protocole SNMP 
permet a un ordinateur ci-apres denomme "Tordinateur local" (OL), comportant un logiciel de gestionnaire SNMP, ci 
apres appele "le gestionnaire SNMP 1 , de communiquer, par un protocole reseau de type SNMP/U DP/IP, avec un autre 
ordinateur, ci apres appele "I'ordinateur distant" (OD), comportant un logiciel d'agent SNMP, ci dessous appele I'agent 

is SNMP. Pour s'adresser sur un reseau a un agent SNMP, a partir du gestionnaire SNMP, on utilise un port UDP et une 
adresse IP. Un agent est un programme act if ou processus qui fournit un service. Ce processus peut se decomposer 
en plusieurs unites d'execution appelee egalement thread". 

[0004] II existe de nombreux agents SNMP, sur les ordinateurs, sur les routeurs, etc. Le dialogue SNMP de ces 
agents est constitue de commandes et d'un message rudimentaires, respectivement "GET", "GET NEXT", "SET" et 

20 "TRAP". C'est pour cette raison que le protocole est qualifie de simple. Les commandes "GET", "GET NEXT" et "SET" 
sont des requetes emises par le gestionnaire SNMP. Les messages d'alarme (TRAP) sont des evenements em is par 
I'agent SNMP de Tordinateur distant (OD) et non sollicites par le gestionnaire SNMP de I'ordinateur local (OL). 
[0005] Les objets SNMP sont ordonnds par leurs identificateurs (OID). Les ordinateurs 6tant de plus en plus puis- 
sants, le nombre des objets, imprimantes ou fichiers par exemple, geres par les agents est de plus en plus grand. Le 

25 protocole UDP n'est pas sec u rise. Une trame UDP peut se perdre sur le reseau sans que I'emetteur en soit averti. Le 
gestionnaire SNMP doit en cas de non-reponse, refaire sa requete apres un delai d'attente. 

[0006] Un agent SNMP gere une MIB (Management Information Base - base d'information managee) SNMP qui se 
decompose en objets SNMP organises sous forme arborescente. Par exemple, il peut gerer un objet SNMP global et 
unique comme le pourcentage de consommation globale du ou des processeurs de I'ordinateur ou bien des objets 
30 SNMP multiples comme le pourcentage de consommation de CPU d'une application, ce qui en t rain e qu'il y a autant 
d'instances g6r6es par I'agent SNMP de ce type d'objet SNMP qu'il y a d'applications sur I'ordinateur. Dans ce dernier 
cas, I'objet est dit multi-instancie et est represents par une « table SNMP ». L'agent SNMP qui gere la consommation 
des ressources sur un ordinateur est appele ci-apres Tagent SNMP de performance". 

[0007] Pour surveiller Tactivite d'un ordinateur a partir d'un gestionnaire SNMP d'un ordinateur local, a travers un 
35 reseau, une solution consiste a fabriquer un agent SNMP de performance dans I'ordinateur distant. Le gestionnaire 
SNMP emet ensuite des requeues SNMP "CET" et "GET NEXT" vers cet agent distant SNMP de performance pour 
obtenir periodiquement par exemple la liste des programmes actifs et leur pourcentage de consommation de ressour- 
ces. Cette solution est tres couteuse en argent car les requetes reseau sont facturees a la quant it e ou au temps 
d'utilisation du reseau. Cette solution est egalement tres couteuse en charge car elle entraTne de nombreuses requetes 
40 reseau, surtout si ces dernieres sont a destination d'un ordinateur lui-meme tres charge. 

[0008] Le but de I'invention est d'optimiser, a partir d'un gestionnaire SNMP, la surveillance a travers un reseau, de 
Tactivite d'un ordinateur distant, par un agent SNMP et de proposer un dispositrf qui permette a une personne chargee 
de la surveillance d'un reseau d'ordinateurs d'etre prevenue lorsque ('utilisation des ressources d'un ordinateur depasse 
un certain seuil et de connattre quels sont les programmes actifs sur cet ordinateur qui ont entraTne ce depassement 
45 de seuil tout en augmentant le moins possible la consommation des ressources de cet ordinateur. 

[0009] Ce but est atteint par le fait que le dispositif permettant de surveiller Tactivite d'au moins un ordinateur distant, 
a partir d'un gestionnaire SNMP installe sur un ordinateur local a travers un reseau, se caracterise en ce qu'il comprend 
un agent de performance installe dans chaque ordinateur distant pouvant detecter le depassement d'un seuil de con- 
sommation d'une ou plusieurs ressources de I'ordinateur distant a partir d'une fonction de seuil, gerable par le ges- 
so tionnaire SNMP de Tordinateur local, fonction qui permet de parametrer I'agent de performance en lui indiquant des 
seuils determines pour chaque activity surveillee, et emettre une notification de depassement de seuil, et en ce que 
I'agent de performance execute au moins un diagnostic de seuil torsqu'un seuil a ete depasse en appelant une fonction 
de diagnostic interne a i'agent SNMP de performance, fonction gerable par le gestionnaire SNMP de I'ordinateur local, 
et emet une notification de diagnostic comprenant une information de diagnostic. 
55 [001 o] Seton une autre particular it 6, les parametres de la fonction interne de seuil et de diagnostic sont des indexes 
indirects d'acces a une table respectivement de seuil et de diagnostic de Tagent de performance. 
[0011] Selon une autre particularite, la table de seuil est constitute des objets suivants : un identificateur, uneformule, 
une periode, un type de comparaison, une vale ur a comparer (seuil), un nombre cooccurrence avant alerte, une severtte, 
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un nombre d'alarmes possibles, une f one t ton interne de diagnostic a appeler en cas de depassement de seuil, une 
date, une valeur de fin cfaterte, une periods cfactivation. 

[0012] Selon une autre particularity, la table de diagnostic est constitute des objets survants : un identificateur, une 
formule, une periode, un type de comparaison, une valeur a comparer, une sev6rrt6, une date. 
s [0013] Selon une autre particularity, la table de seuil et la table de diagnostic comportent un objet definissant la 
destination de la notification de depassement de seuil et un objet definissant la destination de la notification de dia- 
gnostic. 

[0014] Selon une autre particularity, la notification est constitute d'un message d'alarme (TRAP) ou d'une 6criture 
dans un historique de son propre programme ou dans un historique global du systeme. 
io [0015] Selon une autre particularity, chaque activity surveillee est effectuee par une unite o° execution qui declenche 
une autre unity d'execution pour chaque diagnostic. 

[0016] Selon une autre particularity, la fonction de diagnostic (5i) comport e quatre parametres, permettant de de- 
clencher respectivement le calcul de la consommation globale en processeur, de la mymoire physique, de la mymoire 
du cache, du reseau, un cinquieme parametre permettant de declencher la recherche de tous les programmes qui 
is utilisent plus cfun pourcentage parametrable du ou des processeurs, un sixieme parametre permettant de declencher 
le calcul ces consommations sur un delai parametrable en millisecondes, et un septieme parametre permettant de 
declencher la recherche de tous les programmes qui utilisent plus d'un nombre parametrable de kilo octets de mymoire 
physique. 

[0017] Un autre but de I'invention est de proposer un precede d'optimisation de surveillance de seuils de consom- 
20 mation paramytrables sur un ordinate ur distant. 

[0018] Ce but est arte in t par le fait que le precede comport e les etapes suivantes : 

une ytape de surveillance d'un seuil par une fonction interne de seuil; 

une etape d'emission, par I'ordinateur distant sur lequel I'agent de performance effectue la surveillance, d'une 
25 notification de depassement de seuil; 

une ytape d'execution de diagnostics par une fonction de diagnostic interne ; 

une ytape d'emission d'une notification de diagnostic contenant le diagnostic associe au depassement de seuil. 

[0019] Selon une autre particularity, I'etape de surveillance de seuil comporte trois taches, une premiere d'analyse 
30 d'une formule de la fonction de seuil, une deuxieme d'obtention a un temps donne des valeurs des compteurs d'une 
premiere structure interne et une troisieme d'execution d'une boucle infinie de surveillance. 

[0020] Selon une autre particularity, la boucle infinie de surveillance comprend une premiere partie consistant a 
attendre sur une periode et a obtenir au bout de la periode les valeurs des compteurs d'une seconde structure, une 
deuxieme partie consistant a tester a ('aide des deux structures internes si un seuil de la fonction de seuil a ete atteint 
35 et si le nombre d'occurrences est atteint, et une troisieme partie consistant a remplacer les valeurs des compteurs de 
la premiere structure interne par ceux de la seconde. 

[0021] Selon une autre particularite, ('execution d'un diagnostic comporte ('analyse de la formule en preparant les 
valeurs des compteurs de diagnostic de deux structures internes, la recherche du nombre cooccurrence des compteurs 
de diagnostic et ('execution une boucle de surveillance pour chaque occurrence. 
40 [0022] Selon une autre particularity, la boucle comprend une premiere partie consistant a trouver, a un temps donne, 
la valeur des compteurs de la premiere structure interne, afin d'initialiser le diagnostic, une deuxieme partie consistant 
a attendre sur sa periodicity, puis a obtenir sur ce nouveau temps donne les valeurs des compteurs de surveillance 
de la seconde structure interne et une troisieme partie consistant a tester a I'aide des deux structures si le seuil a et6 
atteint. 

45 [0023] D'autres particulates et avantages de la presente invention apparaitront plus clairement a la lecture de la 
description ci-apres farte en reference aux figures annexees suivantes : 

la figure 1 represente une vue schematique cfun systeme de surveillance a partir d'un gestionnaire SNMP de 
I'activity d'un ordinateur par un agent SNMP de performance ; 
50 - les figures 2 et 3 represented respectivement une table de seuil et une table de diagnostic ; 

les figures 4 et 5 represented une structure interne d'une unity d'execution respectivement d'une surveillance de 
seuil et d'un diagnostic de seuil. 

[0024] En reference a la figure 1, un ordinateur local (OL) est equtpe cfun logiciel gestionnaire SNMP (1) et est 
55 connect 6 a un reseau (10), par exemple Internet, et a t ravers ce reseau (10), a des ordinateurs distants (OD1 , OD2, 
ODi, ODn). Chaque ordinateur distant (ODi) gere des applications et comporte un agent SNMP de performance 
(2i). Cet agent de performance est un programme actif ou processus qui surveilte ta consommation globale des res- 
sources de I'ordinateur distant (ODi). Chaque machine admin istree comporte un agent de performance (2i) muni d'une 
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fonction (8i) de seuil permettant de surveiller des pa ram et res tels que Pactivite CPU, I'activite machine, les programmes 
act its, les disques, Pactivite memoire, et I'activite des protocoled sur le reseau. La fonction de seuil (8i) peut etre pa- 
rametree en lui Indiquant de surveiller des seuils et de man i ere avantageuse des seuils globaux portant sur plusieurs 
ressources. Des seuils globaux sont determines pour chacune des actrvites surveillees. L 'agent de performance (2i) 
5 comporte une premiere table de parametrage de seuil appelee table de seuil' ou table d'alarme" (3i) dans laquelle 
sont stockes des seuils associes a des combinaisons d'attributs et de form u les. Les combinaisons de seuils, d'attributs 
et de form u les constituent des requetes de surveillance. Chaque argument de la fonction de seuil correspond a une 
requete de surveillance. Les seuils, formules et attributs consistent en des objets SNMP L'agent de performance cree 
une unite d'execution par requete de surveillance, et plus precisement par point d' entree de la table de seuil. Si la 

10 consommation d'une acttvite surveillee depasse un seuil de la table de seuil soit sur depassement d'une consommation 
globale de toutes les ressources de I'ordinateur, soit sur depassement d'une consommation d'une ou plusieurs res- 
sources, soit par n'importe quelle requete de surveillance de depassement de seuil, ou encore si une periods de 
verification est atteinte, l'agent de performance emet une notification qui est constitute sort d'un message d'alarme 
(TRAP) vers le gestionnaire SNMP (1), soit d'une ecriture dans un historique de son propre programme ou dans un 

is historique global du systeme. 

[0025] Lorsqu'une notification est emise, l'agent de performance appelle une fonction interne de diagnostic (5i) as- 
sociee a ladite notification. La fonction interne de diagnostic est destinee a diagnosttquer le depassement de seuil, a 
savoir rechercher Porigine du depassement, effectuer un traitement en consequence et/ou surveiller la ressource I'ayant 
occasionne. Cette fonction est configurable avec des parametres. L'agent de performance (2i) comporte une deuxieme 

20 table de parametrage de diagnostic (4i) appelee table de diagnostic". Chaque argument de ta fonction de diagnostic 
correspond a un point d'entree de la table de diagnostic, et done a une requete de diagnostic. L'agent de performance 
cree une unite d'execution par point d'entree de la table de diagnostic. Une seconds forme de realisation consiste a 
utiliser des fonctions internes de seuil (8i) et de diagnostic (5i) avec des arguments predefinis sans passer par des 
tables. Dans la premiere forme de realisation, les types de diagnostic sont susceptibles d'etre enrichis en creant de 

25 nouvelles requetes de diagnostic 

[0026] C'est l'agent de performance lui-meme qui envoie la consommation en ressources de chaque programme 
actif par un message d'alarme (TRAP) au gestionnaire SNMP. Cette solution est parametrable. Cette solution n'entraTne 
aucun coOt, car elle ne necessite pas de requetes reseau, ni d'appel a un programme externe. Le seul cout est celui 
genere par I'appel a une fonction interne d'un programme qui est actif. 

30 [0027] Une description detaillee d'un agent SNMP de performance conforme a f invention, va a present etre eff ectuee. 
Cet agent SNMP de performance penmet d'6mettre une notification (message d'alarme ou ecriture dans un historique) 
quand un seuil, associe a une combinaison d'attributs de performance et de formules dite requete de surveillance, est 
atteint, ou quand une periode de verification est atteinte meme s'il n*y a pas de depassement de seuil. 
[0028] Les formules et attributs sont stockes dans des objets SNMP, et constituent une table "ntP1 OOAIarm" appelee 

35 "table d'alarme" ou * table de seuil" (3i). Une formule et son seuil associe peuvent etre modifies. Pour configurer les 
seuils, l'agent de performance lance une unite d'execution ou thread" du programme actif, en utilisant les objets de 
la table de seuil (3i) definie ci-apres. Tous les attributs des objets de la table de seuil sont de type "chaine de caracteres 
SNMP" et possedent une valeur par detaut. Tous les attributs sont optionnels. II n'existe pas d'attributs obligatoires. 
La table de seuil "ntP1 OOAIarm" (3i) de l'agent de performance ntPerformance comporte les objets suivant : 

40 [0029] Un objet 'ntP1 OOAIarm Formula' definrt une formule, dont la valeur par defaut est la chaine : 
"100 - (DELTA (ntPOITotalProcessorTime) / (DELTA (ntP01 CaptureTlme) * 100000))" 
[0030] Cette chaine represente, par exemple, i'activite CPU globale en pourcentage. L'attribut 
"ntPOITotalProcessorTime" represente un premier compteur 64 bits incremental, avec une precision de 100 nanose- 
condes. L'attribut "ntP01 CaptureTlme" represente un compteur de temps absolu avec une precision de 1 milliseconde. 

45 '100000' est la difference de precision entre ces deux compteurs. La formule peut par exemple contenir des entiers, 
"+" pour additionner, '-' pour soustraire, pour multiplier, 7" pour diviser, "(" et ")" pour donner la priorite, des compteurs 
"ntP..." disponibles dans la MIB "ntPerformance" de I'ordinateur distant. L'operation "DELTA( )" calcule la difference 
entre deux valeurs successives d'un meme compteur "ntP". L'attribut ";" apres un objet 'ntP et suivi d'un entier indique 
('occurrence du compteur "ntp". A tit re d'exemple (figure 2), "ntP06FreeSpace:1 " represente le premier disque logique, 

50 qui est generalement "C:". 

[0031] Un objet "ntPIOOAIarmComparison Value' represente la valeur du seuil. Sa valeur par detaut est 90. La formule 
est regulierement calculee par l'agent de performance. Lorsque la formule, representant ractivrte CPU, par exemple, 
devient superieure au seuil, par exemple 90%, l'agent peut emettre une notification const rtude soit par un message 
d'alarme "TFtAP" soit par une ecriture dans un historique. 

55 [0032] Un objet 'ntPIOOAlarmID' est un index pour la table de seuil permettant ©"identifier chaque requete de sur- 
veillance constituant ladite table. Des exemples de surveillance de seuils d'une table de seuil sont definis en annexe 
1 . Cet objet ntPIOOAlarmID peut etre utilise pour entrer ou detruire un seuil. 

[0033] Un objet "ntPIOOAtarmPeriod" definit la periode de surveillance en seconde. Sa valeur par defaut est 3600 
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(une heure). Par exemple ('activity CPU sera calculee p6iiodiquement, selon cet intervalle specified Si cette activite, 
en une heure, est superieure a 90%, une notification est emise. 

[0034] Un objet "ntP10X)AlarmComparisonType" specifie le type de comparaison, si ta valeur effective doit Stre su- 
perieure (>) ou inferieure (<) a la valeur du seuil pour emettre une notification. Par defaut, c'est la valeur sup6rieure 
(>) qui est par exemple choisie. 

[0035] Un objet B ntP 100 Alarm Repeat" est un entier qui represente le nombre de fois successives qu'un seuil de 
surveillance doit etre atteint avant qu'une notification sort emise. La valeur par defaut est par exemple "0V Dans ce 
cas, la notification est alors imm6diatement emise. La valeur 'n' signifie que la notification est emise seulement apres 
"n" plus une occurrences consecutives de depassement de seuiL "n" est un entier positif. 

[0036] Un objet "ntPIOOAlarmSeverity" est une chatne qui contient le niveau de severity des notifications emises. 
La valeur peut etre tout va bien", "avertissement", "mineur", "majeur" or 'critique". Ces valeurs correspondent a des 
nrveaux de severite standardisee. Par defaut le niveau est fixe a "avertissement". 

[0037] Un objet "ntPIOOAIarmOnce" est un indicateur. Si cet indicateur est positionne a "vrai", une notification dite 
notification cfalerte est emise seulement la premiere fois que le seuil est atteint et la surveillance de seuil n'est plus 
effectuee. En consequence, aucune notification de fin cfalerte lout va bien", d^finie ci-apres, ne peut avoir lieu. Cet 
indicateur est utile pour conserver le niveau de severite du message d'alarme. La valeur par defaut est "faux" et implique 
que la surveillance de seuil reste active. 

[0038] Un objet 'NtP1 00 AlarmClear Value" represente un second seuil de surveillance a atteindre pour emettre une 
notification dite notification de fin d'alerte apres qu'un premier seuil ait 6X6 depasse, premier seuil pour lequel une 
notification dite notification d'alerte a ete emise. Les notifications emises par ('agent de performance sont soient des 
notifications d'alerte soient des notifications de fin d'alerte. Une valeur "sans" signifie qu'il ny a pas de notification de 
fin d'alerte. La valeur par defaut est 'defaut* , qui correspond a une valeur de fin d'alerte calculee. Par exemple, si le 
type de comparaison est ">", la valeur par d6faut "delaut" est " Comparisons I ue - Comparison Value/10 - 1 ". Dans ce 
cas, si i'activite CPU descend en dessous de 80% et qu'une notification cfalerte cf une activite superieure a 90% a deja 
ete emise, une notification de fin d'alerte est emise. Cet objet est utile pour ne pas conserver actives un trop grand 
nombre de notifications d'alertes. 

[0039] Un objet "ntP1 OOAIarmCheckPeriod" represente un entier qui permet d'emettre une notification meme quand 
un seuil n'est pas atteint. La valeur "0" par defaut implique aucune notification, "1" implique une notification a chaque 
fois que le seuil n'est pas atteint, "n" implique une notification si le seuil n'a pas 6X6 atteint "n" fois consecutives. "n" 
est un entier positif. 

[0040] Un objet "ntP1 OOAIarmDate" definit la date de creation de ta surveillance de seuil par une requele SNMP SET. 
[0041] L'agent de performance comporte un objet "ntP1 OOAIarmEventLog" qui determine le type de notification emi- 
se. La valeur par defaut est faux' et implique que la notification sera un message cfalarme "TRAP". La valeur Vrai' 
implique que la notification sera une ecriture dans I'historique du systeme. Une autre valeur implique que la notification 
sera une ecriture dans un fichier historique portant le nom de ladite autre valeur. 

[0042] La table d'alarme comporte egalement un objet supplemental, "ntP1 OOAIarmProgram", qui contient le nom 
du programme qui doit etre execute conformement a ('invention quand le seuil est atteint. L'objet « 
ntP1 OOAIarmProgram » peut prendre trois valeurs. La premiere valeur 'sans* signifie ne pas appeler de programme 
en cas de detection de depassement de seuil. La seconde valeur possible est le nom cfun programme a appeler en 
cas de detection de depassement de seuil. Cette valeur peut etre suivie par d'eventuels parametres. Une troisieme 
valeur, egalement en cas de detection de depassement. peut §tre le nom de l'agent SNMP de performance (2i). Par 
exemple, ce sera l'agent decrit ci-dessus "ntPerformance". Cette valeur sera suivie par d'autres valeurs, donnant le 
nom d'une fonction de diagnostic interne a appeler et les eventuels parametres de cette fonction ou des indexes d'une 
table de diagnostic. L'appel de cette fonction permet de declencher des diagnostics sur un seuil de consommation 
globale. 

[0043] La figure 2 represente une table de seuil (3i). Chaque ligne de la table constrtue une entree de la table qui 
comprend un ensemble de valeurs des objets (seuils, attributs, form u les) de ladite table deflnissant une requete sur- 
veillance de seuil. La premiere colonne « Alarm) D » de la table comprend, par exemple, les valeurs de l'objet 
"ntP100AlarmlD" constrtuant les indexes des seuils de surveillance et les points d'entree dans cette table. L'annexe 1 
represente un exemple de table de seuil, constitute de requeues de surveillance de seuil referencees de A1 -1 a A1-7. 
[0044] Considerons le premier exemple de realisation de requdte de surveillance de seuil de la table de seuil survant : 

- ntPIOOAIarmFormula 100 - ( DELTA ( ntPOITotalProcessorTime ) / ( DELTA ( ntPOICaptureTime ) * 100000 ) ) 
ntPIOOAIarmComparisonType > 

- ntP1 00 AlarmComparison Value 90 

ntP1 OOAIarmProgram ntPerformance diag -gc -gm -gs -gn -pc 20-dt 4000 -pm 2000 

[0045] Dans cet exemple, si l'agent SNMP de performance (2i) detecte un taux de consommation du ou des pro- 
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cesseurs de I'ordinateur superieur a 90 %, premie rement, une notification de detection de depassement de seuil serait 
emise vers le gestionnaire SNMP ; deuxiemement, la fonction interne (5i) de diagnostic, ' diag avec les parametres 
-gc -gm -gs -gr -pc 20 -dt 4000 -pm 2000, serait appel6e ; troisiemement, la fonction interne (5i) enverrait une notification 
vers le gestionnaire SNMP contenant ces differentes consommations, avec la date. Ensuite, suivant ta valeur de Pobjet 
s SNMP 7itP100AlarmEventLog", la fonction pourrait ecrire dans I'historique des evenements du systeme, ou dans un 
fichier historique. L'ordre des parametres et le nombre de parametres de la fonction n'a aucune importance. A trtre 
d'exemple, le premier parametre " -gc " s'il est utilise signifie que la fonction calculerait la consommation globale en 
processeur. Le second parametre "-gm", s'il est utilise\ signifie que la fonction calculerait ta consommation globale de 
la memoire physique. Le troisieme parametre °-gs", s'il est utilise, signifie qu'elte calculerait la consommation globale 
10 de la m6moire du cache. Le quatrieme parametre "-gn", s'il est utilise, signifie qu'elle calculerait la consommatbn 
globale du reseau. Le cinquteme parametre "-pc 20", s'il est utilise, signifie que cette fonction rechercherait tous les 
programmes qui utiliseraient un pourcentage parametrable, par exemple plus de 20 %, du ou des processeurs. Le 
sixieme parametre de consommation totale dans un deJai "-dt 4000', s'il est utilise, signifie que cette fonction diagnos- 
tiquerait toutes ces consommations sur un delai parametrable, par exemple de 4000 millisecondes. Le septieme pa- 
is rametre '-pm 2000", s'il est utilise, signifie que la fonction rechercherait tous les programmes qui utiliseraient plus 
d'une valeur parametrable, par exemple plus de 2000 kilo octets, de m6moire physique. La table de seuil peut contenir 
la destination "ntPIOOAIarmEventLog 1 des notifications 6mises par Tagent de performance. La nature de la notification 
(message d'alarme ou ecriture dans un historique) est ainsi facilement parametrable. L'objet "ntPIOOAIarmEventLog" 
peut etre modrfie afin que cette notification puisse etre constitute d'un message d'alarme ou d'une ecriture dans un 
20 historique. 

[0046] Considerons le deuxieme exemple de realisation de requete de surveillance de seuil d'une table d'alarme 
suivant : 

- ntPIOOAIarmFormula 100 - ( DELTA ( ntP01 Total ProcessorTlme ) / ( DELTA ( ntPOICaptureTime ) * 100000 ) ) 
25 - ntPIOOAIarmComparisonType > 

ntP1 OOAIarmComparison Value 90 

ntP1 OOAIarmProgram ntPerformance diag 1 4 23 24 25 

[0047] Ce deuxieme exemple illustre un second mode de realisation de reinvention. Ce deuxieme exemple d iff ere du 
30 premier exemple de realisation par le fait que les parametres de la fonction interne ntPerformance 'diag', ne sont plus 
comme dans I'exemple precedent des arguments -gc -gm -gs -gn -pc appelees par la fonction diag, mais des points 
d'entree dans une table de diagnostic "ntP1 01 Diag", et plus precis6ment des indexes d'acces aux difterents diagnostics 
possibles contenus dans une table de diagnostic (4i) ge>able elle aussi par le gestionnaire SNMP. Cette table de 
diagnostic "ntP101 Diag", accepte les formules avec un compteur multi-instancie et permet plus de souplesse en per- 
35 mettant son enrichissement par le protocole SNMP. Elle ne surveille pas les seuils contrairement a la table de seuil 
(3i) °ntP 100 Alarm", mais etablit des diagnostics relatifs au depassement de seuil. La table de diagnostic interroge les 
compteurs une seule fois apres depassement du seuil de surveillance. La figure 3 repr£sente un exemple de table de 
diagnostic (4i) selon ('invention. La structure de cette table de diagnostic est similaire a celle de la table de seuil (3i). 
Chaque ligne de la table de diagnostic const it ue un point d'entree de la table et comprend un ensemble de valeurs 
40 des objets de tadite table definissant une requete de diagnostic de seuil. 

[0048] Considerons i'exemple de requeue de diagnostic d'index 23 (point d'entree 23, ligne 23) de la table de dia- 
gnostic suivant : 

- ntP101Diagformula ( DELTA ( ntPOSProcessTlmePID:* ) / ( DELTA ( ntP08CaptureTime ) * 100000 ) ) 
45 - ntP101DiagComparisonType > 

ntP101DiagComparisonValue 10 

ntP101 DiagPeriod 4000 

ntP1 01 DiagSeverity avertissement 

- ntP101DiaglD23 

so 

[0049] Les 6 champs possibles de cette table de diagnostic (4i) ont la mdme signification que leurs equivalents dans 
la table de seuil. La p6riode t 'ntP1 01 DiagPeriod', est en millisecondes. 

[0050] Cet exemple diagnostique quels sont les programmes actifs ou processus qui ont consomme chacun plus 
de 10 % du temps de tous les processeurs. Le caractere "*" designe dans cet exemple tous les programmes actifs ou 
55 processus et est appelee la star convention. Un mecanisme de cache pour la star convention est ici inutile car les 
diagnostics sont appeles de maniere ponctuelle. Ceci implique aussi que la p6riode de diagnostic peut etre courte. La 
surveillance n'a lieu qu'au niveau des ressources gbbales. Par centre les diagnostics peuvent etre lances sur des 
unites d'execution (threads") differentes. Si fordinateur possede plusieurs processeurs, les differentes unites o°ex6- 
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cut ion "threads" peuvent etre executees en parallele. De facon similaire a la table de seuil, la table de diagnostic peut 
contenir la destination 'ntPIOIDiagEventLog' des notifications emises par fagent de performance. Cette notification 
peut etre constitute d'un message cfatarme ou d'une ecrrture dans un historique. 

[0051] La surveillance des performances s'effectue par des unites cf execution qui sont lancees pour chaque sur- 
veillance ou activite a surveiller. A chaque requete de seuil et a chaque requete de diagnostic de seuil depasse, une 
unite d" execution est associee. Cette unite d'executton thread* peut etre creee, modifiee ou suspendue. II existe un 
nombre maximum cf unite d 1 execution d'une part pour la surveillance de seuil et d'aulre part pour le diagnostic de seuil. 
Une fonction de creation d'une unite d'executton thread 1 teste si le nombre maximum cf unite cf execution est atteint et 
lance I'unite d' execution. Une requete de surveillance de seuil est model isee dans une structure qui definit les valeurs 
de chaque objet de ta table de seuil. Cette structure, correspondent a un point d'entree (une ligne) de ta table de seuil, 
contient (figure 2): 



15 



20 



25 



« -son identificateur 


'AlarmlD' 


-sa formule 


"Alarm Formula' 


-sa pertode 


AlarmPeriod' 


-son type de comparaison 


'Alarm Comparison Type* 


-sa valeur a comparer 


'AlarmComparison value' 


-son nombre d'occurrence avant alerte 


'AlarmRepeat' 


-sa severity 


'AlarmSeverity* 


-son nombre d'alarmes possibles 


'AlarmOnce , 


-la destination 


'Alarm EventLog' 


-son programme a appeler 


•AlarmProgram' ('Diag') 


-sa date 


'AlarmDate' 


-sa valeur de fin d'alerte 


'AlarmClearvalue' 


-sa periode d'activation 


'AlarmCheckPerjod' 


» 





30 



35 



40 



[0052] De la maniere identique, une requete de diagnostic de seuil est modelisee dans une structure correspondant 
a un point d'entr6e (une ligne) de la table de diagnostic qui contient : 



« -son identificateur 


'DiaglD' 


-sa formule 


'DiagFormula' 


-sa periode 


'DiagPerkxf 


-son type de comparaison 


'DiagComparisonType' 


-sa valeur a comparer 


'DiagComparison Value' 


-sa severite 


'DiagSeverity 1 


-sa destination 


'DiagEventLog' 


-sa date 


'DiagDate' » 



4$ 



50 



55 



[0053] Deux structures identiques, internes a une unit 6 cf execution contiennent les valeurs de compteurs d6finis 
dans les for mules et memorises, la premiere valeur a un temps donne, ta seconde valeur a un temps ulterieur. La 
difference des deux temps correspond a la periods. Les compteurs delivrent des valeurs a des temps donnes ou dans 
le cas de valeurs trop importantes, des differences de valeurs calcuiees au bout de ladite periode. Ces structures 
indiquent, premierement si la difference des compteurs doit etre catculee et deuxtemement sur quelle instance de 
compteur de surveillance le catcul doit etre realise, dans le cas d'un compteur a multiples instances. En reference a 
la figure 4, une structure interne (6) d'une unite d'execution d'une surveillance de seuil memorise pour chaque compteur 
(Cs1 , Cs2, .... Csi, .... Csn), un nom (61), une valeur (62) (correspondant a une valeur donnee a un instant determine 
ou a une difference de valeurs calcuiees sur la periode), un attribut (63) de calcul de difference determinant selon sa 
valeur si le calcul de la difference doit etre effectue ou non et un index (64) definissant i'objet physique ou Eogique que 
le compteur surveille, par exemple le disque 1 . En reference a la figure 5, une structure interne (7) cf une unite cf exe- 
cution de diagnostic de seuil comporte un nom (71), une valeur (72), et un attribut (73) de calcul de difference des 
compteurs (Cd1 , Cd2, .... Cdi, ... t Cdn). Les differences des compteurs sont calcules avant le calcul de la formule. 
[0054] La premiere tdche d'une unite cf execution de surveillance de seuil, correspondant a la requete de surveillance 
de seuil (correspondant a un point cf entree dans la table de surveillance) est cf analyser sa formule "AlarmFormula", 
c'est-a-dire de preparer ses deux structures internes (6) a I'aide de sa formule en memorisant tous les compteurs 
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(Cs1, ... Csi .... Csn) qu'elte doit gerer. La deuxieme tache de I'unrte d'execution est d'obtenir, a un temps donne, les 
valeurs des compteurs de la premiere structure interne afin d'tnitialiser sa surveillance. La troisieme et derniere tache 
de Punite d'execution consiste en une boucle infinie de surveillance. Cette boucle peut etre drvisee en trois parties. La 
premiere partie de la boucle consiste a attendre pendant une duree correspondant a sa periodicite (AlarmPeriod'), 

5 puis a obtenir a ce nouveau temps donne les valeurs (valeurs ou differences de valeur) des compteurs de surveillance 
de la seconde structure interne. La second e partie de la boucle consiste a tester, par un calcul a I'aide des deux 
structures internes, si le seuil a ete atteint et son nombre d'occurrence ( AlarmRepeat) avant remission d'une notification 
d'alerte. Si c'est le cas, la notification est emise avec sa severity vers sa destination et son programme a appeler est 
execute. Si le programme a appeler est une serie de diagnostic interne (Diag), une unite d'execution par diagnostic 

io est creee. Si son nombre d'alarme possible est 1, ators I'unite d'execution de surveillance de seuil est arretee. Le 
compteur associe a sa periode de verification 'CheckPeriod' est remis a zero. Si le seuil n'a pas ete atteint. deux cas 
se presentent. Premier cas, si une notification a ete emise, et si sa valeur de fin d'alerte est atteinte, une notification 
avec sa severite de fin d'alerte est emise. Second cas, si sa periode de verification est atteinte, la notification avec sa 
severite de verification est emise. La troisieme et derniere partie de la boucle consiste a remplacer les anciennes 

is valeurs des compteurs de surveillance de la premiere structure interne par ceux de la seconde. 

[0055] La premiere tache d'une unite d'execution de diagnostic, correspondant a la requete de diagnostic, est d*ana- 
lyser sa formule (DiagFormula) c'est-a-dtre de preparer ses deux structures internes (7) a I'aide de sa formule. II doit 
aussi rechercher si a un compteur de diagnostic a ete associee la chatne de caracteres : *. Cette chatne indique qu'il 
doit rechercher le nombre d'occurrences de ce compteur. La deuxieme et derniere tache d'une unite d'execution de 

20 diagnostic consiste en une boucle finie de surveillance. Elle est finie sur le nombre d'occurrences trouve ci-dessus. 
La premiere partie de la boucle consiste a trouve r, a un temps donne, les valeurs de compteur de la premiere structure 
interne, afin d'initialiser le diagnostic. La seconde partie de la boucle consiste a attendre pendant une duree corres- 
pondant a sa periodicite, puis a obtenir sur ce nouveau temps donne les valeurs des compteurs de surveillance de la 
seconde structure interne. La troisieme partie de la boucle consiste a tester si le seuil a ete atteint, par un calcul a 

25 i'aide des deux structures. L'unite d'execution calcule la difference entre les deux compteurs et calcule la formule avec 
cette difference. Si le seuil est atteint, la notification de diagnostic avec sa severite est emise. 
[0056] La table de seuil et la table de diagnostic peuvent etre entierement gerees a partir de requetes SNMP SET 
emises par le gestionnaire SNMP. Les tables sont conservees dans des fichiers qui sont relus au lancement de I 'agent 
de performance. Des fichiers permettant de surveiller de la maniere la plus economique tout en ayant des diagnostics 

30 les plus precis possibles sont livres par defaut. 

[0057] D'autres modifications a la portee de I'homme de metier font egalement partie de i'esprit de invention . 



35 



40 



45 



50 



55 



8 



EP 1 004 964 A1 



ANNEXE 1 
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ntPlQOAJarmJQD I 

ntPlOOAlarmFormuia 100 - ( DELTA ( ntPOlTotalProccssorTimc ) / ( DELTA ( niPOlCapturcTunc ) • 100000 ) ) 
ntPlOOAJarrnPeriod 3600 
ntPlOOAJarrnCoraparisonTypc > 
ntPlOOAlamComparison Value 90 
ntPlOOAlannRepeat 0 
ntPlOOAlannScverity warning 
ntPlOOAlarmOnce false 
1 

MPlOOAlarmEventLog true 
ntP lOOAIarmProgram niPtrfonnance diag 1 6 10 19 
ntPiOOAlannDate 1997/06706-10:16:36 
ni?100AJarmClearValue default 
niPlOOAiarmCheckPeriod 0 

nlPlOOAlarmXD 4 

ntPlOOAIannFormula ( DELTA ( titPOlTotalDPCTime ) / ( DELTA ( ntPOlCapnireTime ) * 100000 ) ) 
ntPlOOAlarmPeriod 3600 
ntP 100 AlarmCompaiison Type > 
ntPlOOAlarmComparison Value 30 
mPlOOAJarmRepeatO 

ntPlOOAlarmSeverity warning A 1-2 

ntPlOOAlarmOnce felse 
ntPlOOAIarmEventLog true 
ntP lOOAIarmProgram ntPerformance diag 4 16 20 33 
ntPiOOAlannDate 1997/06/06-10:16:36 
ntP 1 00 AJarmClear Value default 
niP 1 00 AlarmChcckPeriod 0 

ntPlOOAlarmlD 5 

ntPlOOAIannFormula ( DELTA ( ntP08ProcessorTimePID: 1 ) / ( DELTA ( ntP08CaptureTime ) * 100000 ) ) 
ntP lOOAlarmPeriod 3600 
ntPlOOAlarmComparisonType < 
ntPlOOAlarmComparison Value 5 
ntP lOOAlarmRepeat 0 
lUPlOOAlarmSevericy warning 
ntPlOOAlarmOnce false 

ntPlOOAIarmEventLog true Al-3 
ntPlOOAlarmProgram ntPerformance diag 4 5 15 IS 
ntPiOOAlannDate 1997/06/06-10:16:36 
ntP 100 AlarmClear Value default 
ntPlOOAlarmChedcPeriod 0 

ntPLOOAlannXD 8 

ntPlOOAlarmFormula ( ( DELTA ( ntPOlTotallnterruptssec ) ) / ( DELTA ( ntPOlCaptureTime ) ) ) 
ntP lOOAlarmPeriod 3600 
ntPlOOAlarmComparisonType > 
ntPlOOAlarmComparison Value 1000 
ntPlOOAlannRepeat 0 

ntP 1 00 AlarmSeverity warning Al-4 
ntPlOOAlarmOnce £alse 
ntPlOOAIarmEventLog true 
ntPlOOAlarmProgram ntPerformance diag 4 6 10 13 
ntPiOOAlannDate 1997/06706-10:16:36 
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ntP lOOAiarmClearValue default 
ntPIOOAlarmChcdcPeriod 0 

ntPlOOAlarrnlD 17 

nt? lOOAJannFonnula ( ntPO IProcessorQueueLengih ) 
ntPlOX) AlannPeriod 3600 
ntP 100 AlarmComparisonType > 
ntP 100 AlarmComparison Value 10 
ntPlOOAlarmRepeat 0 
niPlOOAJannSeverity warning 
ntPlOOAJarmOnce false 
ntPlOOAlarmEventLog true 
ntPlOOAJarmProgram ntPerformance diag 2 6 11 13 
ntPlOOAlarmDate 1997/06/06-10:16:36 
ntP 100 Alarm Clear Value default 
ntPlOOAiarmCheckPeriod 0 



J 

A 1-5 



ntPlOOAlarmJD 19 

ntP lOOAlarmformuJa ( DELTA ( ntP2 INerworkutilizauon: 1 ) / ( DELTA ( ntP2 LCaptureTime ) • 1 0000 ) ) 

ntP 100 AlannPeriod 3600 

ntPlOOAlannCoxnpansonType > 

ntP lOOAJannComparison Value 40 

ntP lOOAiannRepeat 0 

nu?lOOAlarmSeverity warning 

ntPlOOAIarmOnce false 

ntPlOOAlarmEventLog true 

ntPlOOAlarmProgram niPerformance diag 4 9 12 13 

ntPlOOAlarmDate 1997/06/06-10:16:36 

mPlOOAlarmCIear Value default 

ntPlOOAlarmCheckPsriod 0 



ntP100AlarmID21 

niP 100 AlarmFormula ( ( DELTA ( ntP03Pagesscc ) ) / ( DELTA ( ntP03CapturcTime ) ) ) 

ntP 100 AlannPeriod 3600 

ntP 100 AlarmComparisonType > 

ntP 100 AlannComparison Value 10 

niP 100 AlarmRepeat 0 

ntP 1 00 AlarmSeveriry warning 

mPlOOAlarmOncc false 

ntPlOOAlarmEventLog true 

ntPlOOAJarmProgram ntPerformance diag 4 7 11 13 

ntPlOOAlarmDate 1997/06/06-10:16:36 

ntP 1 00 AiarmClear Value default 

niPtOOAlarmCheckPeriod 0 



Al-7 



Revendications 



1. Dispositif permetlant de surveiller I'activtte d'au moins un ordinateur distant (OD1 . .... ODi ODn) a partir d'un 

gestionnaire SNMP (1) install^ sur un ordinateur local (OL) a travers un reseau (10), caract6ris6 en ce qu'il com- 
prend un agent de performance (2i) installe dans chaque ordinateur distant (ODi) apte a detecter le depassement 
d'un seuil de consommation d'une ou plusieurs ressources de fordinateur distant (ODi) a partir d'une fonctton de 
seuil (8i), g6rable par le gestionnaire SNMP (1 ) de I'ordinateur local (OL), fonctton qui permet de parametrer I'agent 
de performance en lui indiquant des seuils determines pour chaque acth/ite surveillee, et d'emettre une notification 
de depassement de seuil et en ce que I'agent de performance (2i) execute au moins un diagnostic torsqu'un seuil 
a ete depasse en appelant une fond ion de d agnostic (5i) interne a f agent SNMP de performance (2i), fonctton 
gerable par le gestionnaire SNMP (1) de I'ordinateur local (OL), et emet une notification de diagnostic comprenant 
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une information de diagnostic. 

2. Dispositif selon la revendication 1 , caracterise en ce que les parametres de la fonction interne de seuil et de 
diagnostic sont des indexes d'acces a une table respectivement de seuil (3i) et de diagnostic (4i) de I'agent de 

5 performance (2i). 

3. Dispositif selon la revendication 2, caracterise en ce que la table de seuil (3i) est constitute des objets suivants : 
un identificateur, une formule, une periode, un type de comparaison, une valeur a comparer (un seuil), un nombre 
d'occurrence avant alerte, une severite, un nombre d'alamnes possibles, une fonction interne de diagnostic a ap- 

io peler en cas de depassement de seuil, une date, une valeur de fin d'alerte, une periode d'actrvatba 

4. Dispositif selon la revendication 2, caracterise en ce que la table de diagnostic (4i) est constitute des objets 
suivants : un identificateur, une formule, une ptriode, un type de comparaison, une valeur a comparer, unesevtritt, 
une date. 

is 

5. Dispositif selon Tune des revendications 2 a 4, caracterise en ce que la table de seuil (3i) et la table de diagnostic 
(4i) component un objet dtfinissant la destination de la notification de depassement de seuil et un objet dtfinissant 
la destination de la notification de diagnostic. 

20 6. Dispositif selon Tune des revendications prectdentes, caracterise en ce que la notification est constitute d'un 
message d'atarme (TRAP) ou d'une tcriture dans un historique de son propre programme ou dans un historique 
global du systeme. 

7. Dispositif selon I'une des revendications precedent es, caracterist en ce que chaque activite surveillee est effectuee 
25 par une unite d'execution qui declenche une autre unite d'execution pour chaque diagnostic. 

8. Dispositif selon la revendication 1 , caracterise en ce que la fonction de diagnostic (5i) comport e quatre parametres 
n -gc, -gm, -gs, -gn*, permettant de declencher respectivement le calcul de la consommation globale en processeur, 
de la memoire physique, de la memoire du cache, du reseau, un cinquieme parametre B -pc 20 B , permettant de 

30 declencher la recherche de tous les programmes qui utilisent plus d'un pourcentage paramttrable du ou des 

processeurs, un sixieme parametre '-eft 4000" permettant de declencher le calcul ces consommations sur un delai 
paramttrable en millieme de secondes, et un septieme parametre "-pm 2000 B permettant de declencher la recher- 
che de tous les programmes qui utilisent plus d'un nombre paramttrable de kilo octets de mtmoire physique. 

35 9. Precede d'optimisation de surveillance de seuils de consommation parametrables sur un ordinateur distant (OD) 
caracterise en ce qu'il comporte les ©tapes suivantes : 

une etape de surveillance d'un seuil par une fonction interne de seuil (8i); 

une emission, par i'ordinateur distant (OD) sur lequel I'agent de performance (2i) effect ue la surveillance, d'une 
40 notification de depassement de seuil; 

une ttape d'execution de diagnostics par une fonction de diagnostic interne (5i); 

une etape d'emission d'une notification contenant le diagnostic associt au depassement de seuil. 

10. Precede d'optimisation de surveillance selon la revendication 9, caracterise en ce que I'ttape de surveillance de 
45 seuil comporte trots taches, une premiere d'analyse d'une formule de la fonction de seuil, une deuxieme d'obtention 

a un temps donne des valeurs (62) de compteurs d'une premiere structure interne (6) et une troisieme d'execution 
d'une boucle infinie de surveillance. 

11. Procedt d'optimisation de surveillance selon la revendication 10, caracterise en ce que la boucle infinie de sur- 
50 veillance comprend une premiere partie consistant a attendre sur une periode et obtenir au bout de la periode les 

valeurs des compteurs d'une seconde structure, une deuxieme partie consistant a tester a I'aide des deux struc- 
tures internes si un seuil de la fonction de seuil a 6te atteint et si le nombre d'occurrences est atteint, et une 
troisieme partie consistant a remplacer les valeurs des compteurs de la premiere structure interne par ceux de la 
seconde. 

55 

12. Precede d'optimisation de surveillance selon la revendication 9, caracterise en ce que ('execution d'un diagnostic 
comporte Tanalyse d'une formule en preparant les valeurs de compteurs (Cd1 , Cdn) de diagnostic de deux struc- 
tures internes (7), la recherche du nombre d'occurrence des compteurs de diagnostic et ^execution une boucle 
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de surveillance pour chaque occurrence. 

13. Precede d 'optimisation de surveillance seton la revendication 12, caracterise en ce que, la boucle comprend une 
premiere partie consistant a trouver, a un temps donne, la valeur des compteurs de la premiere structure interne, 
s afin d'initialiser le diagnostic, une deuxieme partie consistant a attendre sur sa periodicite, puis a obtenir sur ce 

nouveau temps donne les valeurs des compteurs de surveillance de la seconds structure interne et une troisieme 
partie consistant a tester a I'aide des deux structures si le seuil a ete atteint. 
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